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This is in response to the appeal brief filed 10-04-2005 appealing from the Office 
action mailed 7-25-2005 and in response to the ORDER RETURNING UNDOCKETED 
APPEAL TO EXAMINER dated 6-16-2006. 

The Examiner Answer dated 6-16-2006 is hereby vacated. 
(1) Real Party in Interest 

A statement identifying by name the real party in interest is contained in the brief. 

The examiner is not aware of any related appeals, interferences, or judicial 
proceedings which will directly affect or be directly affected by or have a bearing on the 
Board's decision in the pending appeal. 

(3) Status of Claims 

The statement of the status of claims contained in the brief is correct. 

(4) Status of Amendments After Final 

The appellant's statement of the status of amendments after final rejection 
contained in the brief is correct. 

(5) Summary of Claimed Subject Matter 

The summary of claimed subject matter contained in the brief is correct. 

(6) Grounds of Rejection to be Reviewed on Appeal 

The appellant's statement of the grounds of rejection to be reviewed on appeal is 
correct. 
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(7) Claims Appendix 

The copy of the appealed claims contained in the Appendix to the brief is correct. 

(8) Evidence Relied Upon 

6,282,71 1 Halpern et al. 8-2001 

6,075,943 Feinman 6-2000 



(9) Grounds of Rejection 

The following ground(s) of rejection are applicable to the appealed claims: 
Claim Rejections - 35 USC § 102 

1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under 
section 122(b), by another filed in the United States before the invention by the 
applicant for patent or (2) a patent granted on an application for patent by 
another filed in the United States before the invention by the applicant for patent, 
except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application 
filed in the United States only if the international application designated the 
United States and was published under Article 21(2) of such treaty in the English 
language. 

2. Claims 1-3, 13-15, 25, and 26 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Halpern et al., patent #6,282,711, hereinafter Halpern. 

3. With regard to claim 1 , which teaches a method of requesting and processing a 
plurality of objects from a server, comprising: requesting a plurality of objects from the 
server, Halpern teaches, in column 3, lines 16-38 and in column 5, lines 5-51, a user 
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selecting a plurality of objects from a server. With regard to claim 1 , further teaching 
receiving a response message from the server, the response message containing the 
plurality of objects packed into the response message, Halpern teaches, in column 3, 
line 61 though column 4, line 5 and column 6, lines 1-28, the client receiving a package 
from the server containing the plurality of selected objects. With regard to claim 1 , 
further teaching automatically unpacking the plurality of objects contained in the 
response message, Halpern teaches, in column 6, lines 44-64, and in column 4, lines 
14-19, an automatic unpacking of objects that doesn't require user interaction. 

4. With regard to claims 2, 14 and 26, which teach decompressing the plurality of 
unpacked objects, Halpern teaches, in column 6, lines 44-64, the automatic 
decompression of the transferred objects. 

5. With regard to claims 3 and 15, which teach decompressing the plurality of 
unpacked objects automatically in response to receiving the response message, 
Halpern teaches, in column 6, lines 44-64, the automatic decompression of the 
transferred objects. 

9. With regard to claim 13, which teaches a client processor, comprising: a 
communications module configured for receiving a response message from the server, 
the response message containing the plurality of objects packed into the response 
message, Halpern teaches, in column 3, line 61 though column 4, line 5 and column 6, 
lines 1-28, the client receiving a package from the server containing the plurality of 
selected objects. With regard to claim 13, further teaching automatically unpacking the 
plurality of objects contained in the response message, Halpern teaches, in column 6, 
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lines 44-64, and in column 4, lines 14-19, an automatic unpacking of objects that 
doesn't require user interaction. With regard to claim 13, further teaching a browser 
coupled to the unpacking module, configured to present the plurality of unpacked 
objects to a user, Halpern further teaches, in column 4, line 54 through column 5, line 5, 
providing a display of the transfer system through the use of a browser. 
1 1 . With regard to claim 25, which teaches a computer readable medium for 
requesting and processing a plurality of objects from a server, comprising: program 
instructions for requesting a plurality of objects from the server, Halpern teaches, in 
column 3, lines 16-38 and in column 5, lines 5-51, a user selecting a plurality of objects 
from a server. With regard to claim 25, further teaching program instructions for 
receiving a response message from the server, the response message containing the 
plurality of objects packed into the response message, Halpern teaches, in column 3, 
line 61 though column 4, line 5 and column 6, lines 1-28, the client receiving a package 
from the server containing the plurality of selected objects. With regard to claim 25, 
further teaching program instructions for automatically unpacking the plurality of objects 
contained in the response message, Halpern teaches, in column 6, lines 44-64, and in 
column 4, lines 14-19, an automatic unpacking of objects that doesn't require user 
interaction. 

Claim Rejections - 35 USC § 103 

14. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed 
or described as set forth in section 102 of this title, if the differences between the 
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subject matter sought to be patented and the prior art are such that the subject 
matter as a whole would have been obvious at the time the invention was made 
to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was 
made. 

15. Claims 4, 5, 16 and 17 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Halpern. 

16. With regard to claim 4 and 16, which teach requesting a plurality of objects 
comprises packing a plurality of requests for the plurality of objects into a packed 
request message and transmitting the packed request message to the server, Halpern 
teaches requests sent to the server for a plurality of objects (see column 3, lines 16-38 
and column 5, lines 5-51), he however doesn't specifically specify if the requests are 
sent individually for each object or as packed request. It would have been obvious to 
one of ordinary skill in the art, having the teachings of Halpern to provide the user with 
the option of sending the request to the server as either a single package or as a 
plurality of packages, similar to how Halpern offers the transfer of data between the 
server and the client (see column 3, line 61 through column 4, line 9 and in column 6, 
lines 17-28). One would have been motivated to make such a combination because in 
the bi-directional transfer system of Halpern, it would be beneficial, in terms of time 
saved in the case of lost objects, to provide the same optional packeting of objects in 
the client to server transfer. 

17. With regard to claims 5 and 17, which teach requesting a plurality of objects 
comprises transmitting to the server separate requests for each of the plurality of 
objects, Halpern teaches requests sent to the server for a plurality of objects (see 
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column 3, lines 16-38 and column 5, lines 5-51), he however doesn't specifically specify 
if the requests are sent individually for each object or as packed request. It would have 
been obvious to one of ordinary skill in the art, having the teachings of Halpern to 
provide the user with the option of sending the request to the server as either a single 
package or as a plurality of packages, similar to how Halpern offers the transfer of data 
between the server and the client (see column 3, line 61 through column 4, line 9 and in 
column 6, lines 17-28). One would have been motivated to make such a combination 
because in the bi-directional transfer system of Halpern, it would be beneficial, in terms 
of time saved in the case of lost objects, to provide the same optional packeting of 
objects in the client to server transfer. 

18. Claims 6-10, 18-23, 27-29, 31, and 32 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Halpern and Feinman, patent #6,075,943. 

19. With regard to claims 6, 18, and 27, Halpern teaches a system for the transfer of 
multiple objects between a server and a client and outputting a plurality of unpacked 
objects (see column 6, lines 1-67), but doesn't specifically teach outputting the plurality 
of objects in an order indicated in the response message. Feinman teaches a system 
for packaging up one or more applications for transfer between a server and a client 
(see column 2, lines 34-45) similar to that of Halpern, but further teaches, in column 3, 
line 43 through column 4, line 12, the outputting of applications having a certain order, 
as indicated by the server. It would have been obvious to one of ordinary skill in the art, 
having the teachings of Halpern and Feinman to include an ordering of objects, as did 
Feinman in the object transfer system of Halpern. One would have been motivated to 
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make such a combination because this would provide an efficient means for allowing 
the server to dictate the order in which objects must be presented. 
20. With regard to claims 7 and 19, which further teaches the plurality of unpacked 
objects being presented by a browser in the order the objects are output. Halpern 
further teaches, in column 4, line 54 through column 5, line 5, providing a display of the 
transfer system through the use of a browser. 

6. With regard to claim 8, which teaches a method of transferring a plurality of 
objects from a server to a client comprising: receiving a request from the client for the 
plurality of objects, Halpern teaches, in column 6, lines 1-5, the request for a plurality of 
objects. With regard to claim 8, further teaching retrieving the plurality of requested 
objects from one or more object stores, Halpern teaches, in column 5, lines 49-55 and 
in column 6, lines 1-5, the server retrieving the requested objects from a component 
pool. With regard to claim 8, further teaching automatically packing the retrieved 
plurality of objects into a response message, Halpern teaches, in column 5, lines 49-55 
and in column 6, lines 1-15, the server retrieving the requested objects from a 
component pool and forms a customized non-binging set of files. With regard to claim 
8, further teaching transmitting the response message to the client, Halpern teaches, in 
column 6, lines 17-19, the executable prepared by the packager being transmitted over 
a network to the client. Halpern teaches a system for the transfer of multiple objects 
between a server and a client and outputting a plurality of unpacked objects (see 
column 6, lines 1-67), but doesn't specifically teach the response message including an 
indicator of the order in which the packed objects are to be presented. Feinman 



Application/Control Number: 09/986,248 Page 9 

Art Unit: 2173 

teaches a system for packaging up one or more applications for transfer between a 
server and a client (see column 2, lines 34-45) similar to that of Halpern, but further 
teaches, in column 3, line 43 through column 4, line 12, the outputting of applications 
providing an indication of a certain order, as indicated by the server. The compression 
and decompression of the files done by compression and decompression programs 
(column 3, lines 7-43), where the automatic installations system builds a command for 
the remote submission, the command (indication) containing the name of the 
appropriate decompression program to run (which specifies the order to present data) 
(see column 5, lines 49-55). It would have been obvious to one of ordinary skill in the 
art, having the teachings of Halpern and Feinman to include an ordering of objects, as 
did Feinman in the object transfer system of Halpern. One would have been motivated 
to make such a combination because this would provide an efficient means for allowing 
the server to dictate the order in which objects must be presented. 

7. With regard to claims 9, 21, and 29, which teach automatically compressing the 
retrieved plurality of requested objects prior to packing the objects into the response 
message, Halpern teaches, in column 3, line 61 through column 4, line 5, the step of 
compressing and packaging the files together before transfer. 

8. With regard to claims 10 and 22, which teaches automatically compressing the 
response message prior to transmitting the response message to the client, Halpern 
teaches, in column 3, line 61 through column 4, line 5, the step of compressing and 
packaging the files together before transfer. 
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10. With regard to claim 20, which teaches a server processor comprising: a module 
configured to receiving a request from the client for the plurality of objects, Halpern 
teaches, in column 6, lines 1-5, the request for a plurality of objects. With regard to 
claim 20, further teaching a processor configured for retrieving the plurality of requested 
objects from one or more object stores, Halpern teaches, in column 5, lines 49-55 and 
in column 6, lines 1-5, the server retrieving the requested objects from a component 
pool. With regard to claim 20, further teaching a module configured to automatically 
packing the retrieved plurality of objects into a response message, Halpern teaches, in 
column 5, lines 49-55 and in column 6, lines 1-15, the server retrieving the requested 
objects from a component pool and forms a customized non-binging set of files. With 
regard to claim 20, further teaching a module configured to transmit the response 
message to the client, Halpern teaches, in column 6, lies 17-19, the executable 
prepared by the packager being transmitted over a network to the client. Halpern 
teaches a system for the transfer of multiple objects between a server and a client and 
outputting a plurality of unpacked objects (see column 6, lines 1-67), but doesn't 
specifically teach the response message including an indicator of the order in which the 
packed objects are to be presented. Feinman teaches a system for packaging up one 
or more applications for transfer between a server and a client (see column 2, lines 34- 
45) similar to that of Halpern, but further teaches, in column 3, line 43 through column 4, 
line 12, the outputting of applications providing an indication of a certain order, as 
indicated by the server. The compression and decompression of the files done by 
compression and decompression programs (column 3, lines 7-43), where the automatic 
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installations system builds a command for the remote submission, the command 
(indication) containing the name of the appropriate decompression program to run 
(which specifies the order to present data) (see column 5, lines 49-55). It would have 
been obvious to one of ordinary skill in the art, having the teachings of Halpern and 
Feinman to include an ordering of objects, as did Feinman in the object transfer system 
of Halpern. One would have been motivated to make such a combination because this 
would provide an efficient means for allowing the server to dictate the order in which 
objects must be presented. 

21 . With regard to claims 23 and 32, Halpern teaches a system for the transfer of 
multiple objects between a server and a client and outputting a plurality of unpacked 
objects (see column 6, lines 1-67), but doesn't specifically teach the retrieved objects 
being packed into the response message in a designated order. Feinman teaches a 
system for packaging up one or more applications for transfer between a server and a 
client (see column 2, lines 34-45) similar to that of Halpern, but further teaches, in 
column 3, line 43 through column 4, line 12, the outputting of applications having a 
certain order, as indicated by the server. It would have been obvious to one of ordinary 
skill in the art, having the teachings of Halpern and Feinman to include an ordering of 
objects, as did Feinman in the object transfer system of Halpern. One would have been 
motivated to make such a combination because this would provide an efficient means 
for allowing the server to dictate the order in which objects must be presented. 
12. With regard to claim 28, which teaches a method of transferring a plurality of 
objects from a server to a client comprising: program instructions for receiving a 
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request from the client for the plurality of objects, Halpern teaches, in column 6, lines 1- 
5, the request for a plurality of objects. With regard to claim 28, further teaching 
program instructions for retrieving the plurality of requested objects from one or more 
object stores, Halpern teaches, in column 5, lines 49-55 and in column 6, lines 1-5, the 
server retrieving the requested objects from a component pool. With regard to claim 
28, further teaching program instructions for automatically packing the retrieved plurality 
of objects into a response message, Halpern teaches, in column 5, lines 49-55 and in 
column 6, lines 1-15, the server retrieving the requested objects from a component pool 
and forms a customized non-binging set of files. With regard to claim 28, further 
teaching program instructions for transmitting the response message to the client, 
Halpern teaches, in column 6, lines 17-19, the executable prepared by the packager 
being transmitted over a network to the client. Halpern teaches a system for the 
transfer of multiple objects between a server and a client and outputting a plurality of 
unpacked objects (see column 6, lines 1-67), but doesnl specifically teach the response 
message including an indicator of the order in which the packed objects are to be 
presented. Feinman teaches a system for packaging up one or more applications for 
transfer between a server and a client (see column 2, lines 34-45) similar to that of 
Halpern, but further teaches, in column 3, line 43 through column 4, line 12, the 
outputting of applications providing an indication of a certain order, as indicated by the 
server. The compression and decompression of the files done by compression and 
decompression programs (column 3, lines 7-43), where the automatic installations 
system builds a command for the remote submission, the command (indication) 
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containing the name of the appropriate decompression program to run (which specifies 
the order to present data) (see column 5, lines 49-55). It would have been obvious to 
one of ordinary skill in the art, having the teachings of Halpern and Feinman to include 
an ordering of objects, as did Feinman in the object transfer system of Halpern. One 
would have been motivated to make such a combination because this would provide an 
efficient means for allowing the server to dictate the order in which objects must be 
presented. 

1 3. With regard to claim 31 , which teaches a method of transferring a plurality of 
objects from a server to a client comprising: receiving a request from the client for the 
plurality of objects, Halpern teaches, in column 6, lines 1-5, the request for a plurality of 
objects. With regard to claim 31, further teaching retrieving the plurality of requested 
objects from an object stores, Halpern teaches, in column 5, lines 49-55 and in column 
6, lines 1-5, the server retrieving the requested objects from a component pool. With 
regard to claim 31 , further teaching packing the retrieved plurality of objects into a 
response message, Halpern teaches, in column 5, lines 49-55 and in column 6, lines 1- 
15, the server retrieving the requested objects from a component pool and forms a 
customized non-binging set of files. With regard to claim 31 , further teaching 
transmitting the response message to the client, Halpern teaches, in column 6, lines 17- 
19, the executable prepared by the packager being transmitted over a network to the 
client. Halpern teaches a system for the transfer of multiple objects between a server 
and a client and outputting a plurality of unpacked objects (see column 6, lines 1-67), 
but doesn't specifically teach the response message including an indicator of the order 
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in which the packed objects are to be presented. Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
column 2, lines 34-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, the outputting of applications providing an indication of a 
certain order, as indicated by the server. The compression and decompression of the 
files done by compression and decompression programs (column 3, lines 7-43), where 
the automatic installations system builds a command for the remote submission, the 
command (indication) containing the name of the appropriate decompression program 
to run (which specifies the order to present data) (see column 5, lines 49-55). It would 
have been obvious to one of ordinary skill in the art, having the teachings of Halpern 
and Feinman to include an ordering of objects, as did Feinman in the object transfer 
system of Halpern. One would have been motivated to make such a combination 
because this would provide an efficient means for allowing the server to dictate the 
order in which objects must be presented. 

(10) Response to Argument 

Claims 1-3, 13-15, and 25-26; 

With respect to the arguments directed at the group of claims including Claims 1- 
3, 13-15, and 25-26 the Appellant's arguments are focused on the limitations regarding 
automatically unpacking the plurality of objects. More specifically, as stated from 
representative Claim 1, the limitation argued is: 
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"...automatically unpacking the plurality of objects contained in the 
response message. " 

Since the interpretation of the limitation is the basis for the arguments, the 
Examiner's interpretation is now given. The claim, as interpreted by the examiner, 
pertains to an unpacking (expanding from a compacted form) a number of objects in a 
response message, where this expanding from a compacted state is done automatically 
(without a user manually unpacking each object). As stated in the eighth paragraph of 
MPEP2101[R2].II.C., 

"Office personnel are to give claims their broadest reasonable 
interpretation in light of the supporting disclosure. In re Morris, 127 F.3d 
1048, 1054-55, 44 USPQ2d 1023,1027-28 (Fed. Cir. 1997)." 

Based on the interpretation of the claim limitations being argued, the 
Examiner will now explain how the teachings of the Halpern reference are within 
the scope of these limitations. 

Halpern discloses in column 3, lines 16-38 and in column 5, lines 5-51, a user 
selecting a plurality of objects from a server; in column 3, line 61 though column 4, line 
5 and column 6, lines 1-28, the client receiving a package from the server containing the 
plurality of selected objects; and in column 6, lines 44-64, and in column 4, lines 14-19, 
an automatic unpacking of objects that doesn't require user interaction. Though the 
user may initiate the installation process by clicking on and executable (setup.exe or 
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install.exe), the actual unpacking of objects is done automatically. This can further be 
shown in column 3, line 61 through column 4, line 5, that teaches the package being a 
compressed (packed), self-extracting (an program file that un-compresses it's own 
compressed files) executable. 

Several definitions are presented below from the Microsoft Computer 
Dictionary, Fifth Edition, to further clarify both the reference and the claimed 
invention. 

pack vb. To store information in a more compact form. Packing 
eliminates unnecessary spaces and other such characters and may 
use other special methods of compressing data as well. It is used 
by some programs to minimize storage requirements. 

compress vb. To reduce the size of a set of data, such as a file or 
communications message, so that it can be stored in less space or 
transmitted with !ess bandwidth. Data can be compressed by 
removing repeated patterns of bits and replacing them with some 
form of summary that takes up less space restoring the repeated 
patterns decompresses the data. Lossless compression methods 
must be used for text, code, and numeric data files; lossy 
compression may be used for video and sound files. 
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self-extracting file n. An executable program file that contains one 
or more compressed text of data files. When a user runs the 
program, it uncompresses the compressed files and stores them on 
the user's hard drive. 

The examiner will now address the individual arguments and statements 
made by Appellant. 

From page 14 of the Appeal Brief, from the third paragraph, the Appellant 
argues that "Claim 1 requires "automatically unpacking the plurality of objects 
contained in the response message." It is respectfully submitted that Halpern 
does not disclose this limitation and therefore does not anticipate claim 1." 

The examiner respectfully contends that Halpern teaches, in column 5, lines 43- 
55 and in column 6, lines 1-27, a user selecting desired options to be delivered, and in 
response to the request receiving a compressed filed with is received at the client end. 
The file is received as a self-extracting executable, i.e. a file that contains one or more 
compressed text or data files that when run, un-compresses (unpacks) the compressed 
(packed) files (see Microsoft Computer Dictionary definition above) (see column 6, line 
47). This self-extracting executable includes program and data files and a client 
installer program as well as decompression and auto-start utilities, the user "may" 
simply execute the received setup.exe or install.exe file to immediately install the 
application and options which were selected. It is further stated that the above "client 
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installer program" may be configured to permit the contents of the delivered package to 
be installed without further user intervention (see column 6, lines 44-56). Halpern also 
teaches an embodiment in which application programs are installed from the component 
pool without any interaction between the user and the options manager (see column 6, 
lines 29-35). 

In summary Halpern teaches a system in which the response message, 
comprising compressed (packed) data, is received at the client end where it is either 
automatically installed, or waits for a user to execute the received setup.exe or 
install.exe file to install. But regardless of how the install is initiated, there exists a 
program the automatically decompresses (unpacks) the compressed (packed) objects. 

From page 1 5 of the Appeal Brief, from the second paragraph, the Appellant 
argues that "In stating that the client installer program "may be configured to permit 
installation without "further user interaction", Halpern makes clear that the user must at 
least take the action of executing the received setup.exe or install.exe files. Because 
Halpern discloses that a user must interact with the system to setup or install files, 
Halpern does not disclose "automatically unpacking" as recited in claim 1." 

The examiner respectfully contends that Halpern teaches an embodiment in 
which application programs are installed (where objects must be unpacked to be 
installed) from the component pool without any interaction between the user and the 
options manager (see column 6, lines 29-35). The claim language used by the client is 
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"automatically unpacking" not "automatically initiating unpacking" or "automatically 
initiating installation and unpacking". This "automatically unpacking" is a process of 
decompressing objects automatically, without user interaction. The user does not 
manually pull apart objects separating them from the compressed file. The "self- 
extracting executable" of Halpern is a file that contains one or more compressed text or 
data files that when run, un-compresses (unpacks) the compressed (packed) files (see 
Microsoft Computer Dictionary definition above) (see column 6, line 47). This "self- 
extracting executable" relieves the user from manually pull objects from the compressed 
file. 

Claims 4-5 and 16-17; 

From pages 16 and 17 of the Appeal Brief, from the fourth paragraph on page 
16, the Appellant argues that "the Examiner asserts without support that "[o]ne would 
have been motivated [to combine Halpern and Feinman because] it would be beneficial 
, in terms of time save in the case lost objects, to provide the same optional packeting of 
objects in the client to server transfer." However, the motivation to modify the 
references must be taught or suggested by the prior art... The Examiner fails to cite any 
support in the prior art to modify Halpern." 

The examiner respectfully contends that first of all Feinman is not relied upon for 
this Rejection of claims 4-5 and 16-17 under 103 (a). In support for this assertion the 
examiner has previously stated that Halpern offers the transfer of data between the 
server and the client (see column 3, line 61 through column 4, line 9 and in column 6, 



Application/Control Number: 09/986,248 Page 20 

Art Unit: 2173 

lines 17-28). This transfer is via a packet that contains a number of packets 
transmittable via a packetization transport protocol. Where it is further stated (in column 
4, lines 5-10) that individual packet can be transmitted. If this packetization transport 
protocol is used in one direction it obviously would be used in the other direction. 

Claims 6-7, 18-19, and 27; 

With respect to the arguments directed at the group of claims including Claims 6- 
7, 18-19, and 27 the Appellant's arguments are focused on the limitations regarding 
outputting objects in a specified order. More specifically, as stated from representative 
Claim 1, the limitation argued is: 

"...outputting the plurality of unpacked objects in an order indicated in the response 
message." 

Since the interpretation of the limitation is the basis for the arguments, the 
Examiner's interpretation is now given. The claim, as interpreted by the examiner, 
pertains to outputting objects in an order that is provided by the response message, this 
order provided in any means. As stated in the eighth paragraph of MPEP 
2101[R2].II.C., 

"Office personnel are to give claims their broadest reasonable 
interpretation in light of the supporting disclosure. In re Morris, 127 F.3d 
1048, 1054-55, 44 USPQ2d 1023,1027-28 (Fed. Cir. 1997)." 
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From page 19 of the Appeal Brief, from the first paragraph, the Appellant argues 
that "The Examiner relies on the disclosure in Feinman at col. 3, line 43 to col. 4, line 12 
to provide the limitation in claim 6 of "outputting the plurality of unpacked objects in an 
order indicated in the response message." However, this portion of Feinman does not 
disclose the limitation of claim 6." 

The examiner respectfully contends that Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
column 2, lines 1 1-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, that once the application programs have been packed up, 
they are identified by the time the each application program is to be delivered, with this 
information being stored in a "sequential file". The "sequential file" building an order of 
application program delivery. Furthermore, there must exist some inherent order to any 
list. 

From page 20 of the Appeal Brief, from the first paragraph, the Appellant argues 
that "Nothing in Feinman teaches or suggests including the sequential file in a response 
message or otherwise including any indicator in the response message for indicating 
any output order" 

The examiner respectfully contends that Feinman teaches packing up a list of 
files to be transmitted to the client in a sequential file and further including a time that 
each application program is to be delivered in this file (see column 3, line 12 through 
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column 4, line 12). The "sequential file" building an order of application program 
delivery. Furthermore, there must exist some inherent order to any list. 



Claims 8-10, 20-23, 28-29, and 31-32; 

With respect to the arguments directed at the group of claims including Claims 6- 
7, 18-19, and 27 the Appellant's arguments are focused on the limitations regarding 
including an order to be presented in the response message. More specifically, as 
stated from representative Claim 1, the limitation argued is: 

"...the response message includes an indicator of the order in which the packed objects 
are to be presented". 

Since the interpretation of the limitation is the basis for the arguments, the 
Examiner's interpretation is now given. The claim, as interpreted by the examiner, 
pertains to presenting objects in an order that is provided by the response message, 
this order provided in any means, and presenting encompassing any thing from 
installing, displaying, delivering, etc. As stated in the eighth paragraph of MPEP 
2101[R2].li.C., 

"Office personnel are to give claims their broadest reasonable 
interpretation in ligfit of the supporting disclosure. In re Morris, 127 F.3d 
1048, 1054-55, 44 USPQ2d 1023,1027-28 (Fed. Cir. 1997)." 
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From page 21 of the Appeal Brief, from the first paragraph, the Appellant argues 
that "Feinman does not teach or suggest a method "wherein the response message 
includes an indicator of the order in which the packed objects are to be presented" 

The examiner respectfully contends that Feinman teaches a system for 
packaging up one or more applications for transfer between a server and a client (see 
column 2, lines 1 1-45) similar to that of Halpern, but further teaches, in column 3, line 
43 through column 4, line 12, that once the application programs have been packed up, 
they identified by the time the each application program is to be delivered, with this 
information being stored in a "sequential file". The "sequential file" building an order of 
application program delivery. Furthermore, there must exist some inherent order to any 
list. 

The statement regarding the compression and decompression of the files done 
by compression and decompression programs (column 3, lines 7-43) was added to 
show how actual presentation is accomplished. 
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For the above reasons, it is believed that the rejections should be sustained. 

Respectfully submitted, 
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